Ressources
joomla 3.8.12, Jfactory, community builder, sourcerer, php7.2
Je viens de transférer chez O2switch ce lundi un site développé en local, et pour lequel j'ai effectué des tests très poussés pendant plusieurs mois. Tous mes liens, articles, scripts étant ok.
Et je rencontre un drôle de problème sur ce site en production (mais laissé offline tant que je n'aurai pas solutionné le souci actuel) :
* le passage en .htaccess et réglage de la réécriture des url à la volée s'est fait sans problème (liens clairs, bien écrits),
* l'accès aux articles marche bien, tant en accès direct depui la page d'accueil que par liens de menus,
* la demande certificat SSL et son application sont ok : le cadenas vert apparaît bien en permanence dans le navigateur,
* MAIS GROS PÉPIN : tous mes scripts personnels écrits dans des articles joomla fonctionnent bien s'ils ne contiennent pas de commandes d'ouverture de la BDD. Et tous ceux qui ont des commandes d'ouverture de la BDD dysfonctionnent : leur appel ne déclenche pas de plantage, ni même d'erreur bloquante. Mais ils fonctionnent exactement comme si le script était vide (aucune commande de programmation). Et ceci vaut quelle que soit la méthode utilisée : mysqli, ou pdo. Et chaque commande d'ouverture de la BDD est doublée par une gestion des éventuelles erreurs. Aucune !
J'avais pensé que mon hébergeur ne m'avait pas attribué suffisamment de mémoire pour php. Il m'a monté à 1Go la mémoire allouée à mon site : aucun effet positif !
La version de Php est strictement la même en local et chez l'hébergeur : 7.2.
Est-ce que le problème pourrait venir de bibliothèques php différentes ?
J'ai soumis ce problème à leur service clients, mais après 3 jours de galère rien ne s'est amélioré.
remarque : j'ai implanté aesecure pour mieux sécuriser mon site. Mais cet additif ne peut être mis en cause puique j'avais déjà les problèmes avant cet ajout
Quel spécialiste autour de nous pourrait être mon "sauveur" ?
Je précise bien que mon site en local, copie conforme, fonctionne sans problème aucun.
Merci à vous.
Complément
En demandant le débogage maxi, j'ai des warnings :
Si je comprends bien : l'outil sourcerer cherche à écrire les scripts en fichiers dans /tmp. Et il aurait l'impossibilité de les écrire.
Après vérification, mon répertoire /tmp a pour droits : 755 pour le dossier & 644 pour ses fichiers.
Tout se rejoint : en voulant appliquer la maj de Joomla de 3.8.12 à 3.8.13, Akeeba a tout planté après son backup de précaution. Après m'avoir dit qu'il ne pouvait pas écrite le fichier de màj dans /tmp !
Voici donc une belle piste, mais je ne vois pas quels autres droits je pourrais donner à ce répertoire.
joomla 3.8.12, Jfactory, community builder, sourcerer, php7.2
Je viens de transférer chez O2switch ce lundi un site développé en local, et pour lequel j'ai effectué des tests très poussés pendant plusieurs mois. Tous mes liens, articles, scripts étant ok.
Et je rencontre un drôle de problème sur ce site en production (mais laissé offline tant que je n'aurai pas solutionné le souci actuel) :
* le passage en .htaccess et réglage de la réécriture des url à la volée s'est fait sans problème (liens clairs, bien écrits),
* l'accès aux articles marche bien, tant en accès direct depui la page d'accueil que par liens de menus,
* la demande certificat SSL et son application sont ok : le cadenas vert apparaît bien en permanence dans le navigateur,
* MAIS GROS PÉPIN : tous mes scripts personnels écrits dans des articles joomla fonctionnent bien s'ils ne contiennent pas de commandes d'ouverture de la BDD. Et tous ceux qui ont des commandes d'ouverture de la BDD dysfonctionnent : leur appel ne déclenche pas de plantage, ni même d'erreur bloquante. Mais ils fonctionnent exactement comme si le script était vide (aucune commande de programmation). Et ceci vaut quelle que soit la méthode utilisée : mysqli, ou pdo. Et chaque commande d'ouverture de la BDD est doublée par une gestion des éventuelles erreurs. Aucune !
J'avais pensé que mon hébergeur ne m'avait pas attribué suffisamment de mémoire pour php. Il m'a monté à 1Go la mémoire allouée à mon site : aucun effet positif !
La version de Php est strictement la même en local et chez l'hébergeur : 7.2.
Est-ce que le problème pourrait venir de bibliothèques php différentes ?
J'ai soumis ce problème à leur service clients, mais après 3 jours de galère rien ne s'est amélioré.
remarque : j'ai implanté aesecure pour mieux sécuriser mon site. Mais cet additif ne peut être mis en cause puique j'avais déjà les problèmes avant cet ajout
Quel spécialiste autour de nous pourrait être mon "sauveur" ?
Je précise bien que mon site en local, copie conforme, fonctionne sans problème aucun.
Merci à vous.
Complément
En demandant le débogage maxi, j'ai des warnings :
Code HTML:
Warning: include_once(/tmp/sourcerer_php_40032e1b864a4751e886bef21b8d3e9b): failed to open stream: No such file or directory in /home/lendrevie/public_html/plugins/system/sourcerer/src/Code.php on line 73 Warning: include_once(): Failed opening '/tmp/sourcerer_php_40032e1b864a4751e886bef21b8d3e9b' for inclusion (include_path='.:/opt/alt/php70/usr/share/pear') in /home/lendrevie/public_html/plugins/system/sourcerer/src/Code.php on line 73
Après vérification, mon répertoire /tmp a pour droits : 755 pour le dossier & 644 pour ses fichiers.
Tout se rejoint : en voulant appliquer la maj de Joomla de 3.8.12 à 3.8.13, Akeeba a tout planté après son backup de précaution. Après m'avoir dit qu'il ne pouvait pas écrite le fichier de màj dans /tmp !
Voici donc une belle piste, mais je ne vois pas quels autres droits je pourrais donner à ce répertoire.
Commentaire